commit | 6ad0b1f15bcde05c720845b5fd1f0ba2b0139059 | [log] [tgz] |
---|---|---|
author | Wei Li <weiwli@google.com> | Thu Aug 01 14:55:12 2024 -0700 |
committer | Wei Li <weiwli@google.com> | Thu Aug 01 14:55:12 2024 -0700 |
tree | 7f050cee5b0c633a89628525e009b62ac52257ff | |
parent | b736093df089e4575bfb05df05cde31eb4efae2f [diff] |
Cleanup license metadata in external/rust/crates/der. Symlink file LICENSE is added in Android codebase and points to file LICENSE-APACHE, so use it in Android.bp. Bug: 346390141 Test: CIs Change-Id: Ifee443f5132e2bcd3f3343e6b6cb7a114c366251
Pure Rust embedded-friendly implementation of the Distinguished Encoding Rules (DER) for Abstract Syntax Notation One (ASN.1) as described in ITU X.690.
This crate provides a no_std
-friendly implementation of a subset of ASN.1 DER necessary for decoding/encoding the following cryptography-related formats implemented as crates maintained by the RustCrypto project:
pkcs1
: RSA Cryptography Specificationspkcs5
: Password-Based Cryptography Specificationpkcs7
: Cryptographic Message Syntaxpkcs8
: Private-Key Information Syntax Specificationpkcs10
: Certification Request Syntax Specificationsec1
: Elliptic Curve Cryptographyspki
: X.509 Subject Public Key Infox501
: Directory Services Typesx509
: Public Key Infrastructure CertificateThe core implementation avoids any heap usage (with convenience methods that allocate gated under the off-by-default alloc
feature).
The DER decoder in this crate performs checks to ensure that the input document is in canonical form, and will return errors if non-canonical productions are encountered. There is currently no way to disable these checks.
no_std
friendly: supports “heapless” usagealloc
and std
if desiredno_std
friendly:const-oid
: const-friendly OID implementationpem-rfc7468
: PKCS/PKIX-flavored PEM library with constant-time decoder/encoderstime
crate: date/time libraryThis crate requires Rust 1.65 at a minimum.
We may change the MSRV in the future, but it will be accompanied by a minor version bump.
Licensed under either of:
at your option.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.